GermanWikipedia - /page/entry.mu

Micron Document

<!DOCTYPE html>

<title>Secure Hash Algorithm</title>

</head>

<h1 id="firstHeading" class="firstHeading mw-first-heading">Secure Hash Algorithm</h1>

</header>

</div>

<div id="mw-content-text" class="mw-body-content mw-content-ltr" lang="de" dir="ltr"><div class="mw-content-ltr mw-parser-output" lang="de" dir="ltr">Der Begriff Secure Hash Algorithm (kurz SHA, <a href="Englische_Sprache" title="Englische Sprache">englisch</a> für sicherer Hash-Algorithmus) bezeichnet eine Gruppe standardisierter <a href="Kryptographische_Hashfunktion" title="Kryptographische Hashfunktion">kryptologischer Hashfunktionen</a>. Diese dienen zur Berechnung eines <a href="Pr%C3%BCfsumme" title="Prüfsumme">Prüfwerts</a> für beliebige digitale Daten (Nachrichten) und sind unter anderem die Grundlage zur Erstellung einer <a href="Digitale_Signatur" title="Digitale Signatur">digitalen Signatur</a>.

Der Prüfwert wird verwendet, um die <a href="Integrit%C3%A4t_(Informationssicherheit)" title="Integrität (Informationssicherheit)">Integrität</a> einer Nachricht zu sichern. Wenn zwei Nachrichten den gleichen Prüfwert ergeben, soll die Gleichheit der Nachrichten, nach normalem Ermessen, garantiert sein. Darum fordert man von einer kryptologischen Hashfunktion die Eigenschaft der <a href="Kollisionsresistenz" title="Kollisionsresistenz">Kollisionssicherheit</a>: es soll praktisch unmöglich sein, zwei verschiedene Nachrichten mit dem gleichen Prüfwert zu erzeugen.

<div class="mw-heading mw-heading2"><h2 id="Geschichte_–_SHA/SHA-0">Geschichte – SHA/SHA-0</h2></div>

Das <a href="National_Institute_of_Standards_and_Technology" title="National Institute of Standards and Technology">National Institute of Standards and Technology</a> (NIST) entwickelte zusammen mit der <a href="National_Security_Agency" title="National Security Agency">National Security Agency</a> (NSA) eine Hash-Funktion als Bestandteil des <a href="Digital_Signature_Algorithm" title="Digital Signature Algorithm">Digital Signature Algorithms</a> (DSA) für den Digital Signature Standard (DSS). Die Funktion wurde 1993 veröffentlicht. Diese als Secure Hash Standard (SHS) bezeichnete Norm spezifiziert den sicheren Hash-Algorithmus (SHA) mit einem Hash-Wert von 160 <a href="Bit" title="Bit">Bit</a> Länge für beliebige digitale Daten von maximal 264 − 1 Bit (≈ 2 <a href="Byte#Binärpräfixe" title="Byte">Exbibyte</a>) Länge.

SHA ist wie die von <a href="Ronald_L._Rivest" title="Ronald L. Rivest">Ronald L. Rivest</a> entwickelten <a href="Message-Digest_Algorithm_4" title="Message-Digest Algorithm 4">MD4</a> und <a href="Message-Digest_Algorithm_5" title="Message-Digest Algorithm 5">MD5</a> eine <a href="Merkle-Damg%C3%A5rd-Konstruktion" title="Merkle-Damgård-Konstruktion">Merkle-Damgård-Konstruktion</a> mit Davies-Meyer-Kompressionsfunktion, und die Kompressionsfunktion ist auch ähnlich wie bei diesen konstruiert. Mit seinem längeren Hash-Wert von 160 Bit gegenüber 128 Bit bei MD4 und MD5 ist SHA aber widerstandsfähiger gegen <a href="Brute-Force-Methode" title="Brute-Force-Methode">Brute-Force-Angriffe</a> zum Auffinden von Kollisionen.

Die Nachricht wird mit einem Endstück <a href="Padding_(Informatik)" title="Padding (Informatik)">erweitert</a>, das die Länge der ursprünglichen Nachricht codiert. Dann wird sie in 512 Bit lange Blöcke geteilt, welche nacheinander verarbeitet werden. Dazu wird ein interner Datenblock von 160 Bit mittels einer <a href="Blockverschl%C3%BCsselung" title="Blockverschlüsselung">Blockverschlüsselung</a> verschlüsselt, mit dem Nachrichtenblock als Schlüssel. Zum Schlüsseltext wird dann der Klartext wortweise <a href="Division_mit_Rest#Modulo" title="Division mit Rest">modulo</a> <math xmlns="http://www.w3.org/1998/Math/MathML" alttext="{\displaystyle 2^{32}}">

<msup>

</mrow>

</msup>

</mstyle>

</mrow>

<annotation encoding="application/x-tex">{\displaystyle 2^{32}}</annotation>

</semantics>

</math><img src="./_assets_/eb734a37dd21ce173a46342d1cc64c92/a8c222ea8e5f187a2bb499395b6f4a6f38b43633.svg" class="mwe-math-fallback-image-inline mw-invert skin-invert" aria-hidden="true" style="vertical-align: -0.338ex; width:3.039ex; height:2.676ex;" alt="{\displaystyle 2^{32}}" loading="lazy"> addiert. Der so berechnete Datenblock wird nun mit dem nächsten Nachrichtenblock verschlüsselt oder nach dem Einarbeiten des letzten Nachrichtenblocks als Hashwert ausgegeben.

Der ursprüngliche SHA wurde wegen eines „Konstruktionsfehlers“ schon 1995 korrigiert und spielte deswegen in der Praxis kaum eine Rolle. Er ist heute als SHA-0 bekannt, die korrigierte Variante als SHA-1.

Die Korrektur besteht nur in einem kleinen Detail (<a href="Schieberegister" title="Schieberegister">Rotation</a> eines Datenwortes in der Schlüsseleinteilung), nicht jedoch in der Anzahl der durchlaufenen Runden oder sonstiger Maßnahmen, die unmittelbar eine wesentlich höhere Sicherheit erwarten lassen. Die <a href="Kryptoanalyse" title="Kryptoanalyse">Kryptoanalyse</a> bestätigt jedoch, dass die Rotation die Berechnung von Kollisionen erheblich erschwert.

<div class="mw-heading mw-heading3"><h3 id="Schwächen">Schwächen</h3></div>

Am 15. Februar 2005 meldete der <a href="Kryptographie" title="Kryptographie">Kryptographieexperte</a> <a href="Bruce_Schneier" title="Bruce Schneier">Bruce Schneier</a> in seinem <a href="Blog" title="Blog">Blog</a><a href="#cite_note-1">[1]</a>, dass die Wissenschaftler Xiaoyun Wang, Yiqun Lisa Yin und Hongbo Yu von <a href="Shandong-Universit%C3%A4t" title="Shandong-Universität">Shandong University</a> in China erfolgreich SHA-1 gebrochen hätten. Ihnen war es gelungen, den Aufwand zur <a href="Kollisionsangriff" title="Kollisionsangriff">Kollisionsberechnung</a> von 280 auf 269 zu verringern.<a href="#cite_note-2">[2]</a> 269 Berechnungen könnten eventuell mit Hochleistungsrechnern durchgeführt werden.

Kurze Zeit später, am 17. August 2005, wurde von Xiaoyun Wang, <a href="Andrew_Yao" title="Andrew Yao">Andrew Yao</a> und Frances Yao auf der Konferenz CRYPTO 2005 ein weiterer, effizienterer Kollisionsangriff auf SHA-1 vorgestellt, welcher den Berechnungsaufwand auf 263 reduziert.

Im August 2006 wurde auf der CRYPTO 2006 ein weit schwerwiegenderer Angriff gegen SHA-1 präsentiert. Dabei sind bis zu 25 % der gefälschten Nachricht frei wählbar. Bei bisherigen <a href="Kollisionsangriff" title="Kollisionsangriff">Kollisionsangriffen</a> wurden die so genannten Hash-Zwillinge nur mit sinnlosen Buchstabenkombinationen des Klartextes gebildet. Diese waren leicht erkennbar.

Ein kritisches Angriffsszenario erfordert, dass Angreifer eine zweite, in Teilen sinnvolle Variante eines Dokuments erzeugen, die den gleichen SHA-1-Wert und damit die gleiche Signatur ergibt. Die beim Angriff verbleibenden 75 % sinnloser Zeichen (also Datenmüll) können vor ungeschulten Betrachtern ggf. technisch verborgen werden. Der Angreifer kann behaupten, die gefälschte Variante sei anstatt der originalen Variante signiert worden.

Im Oktober 2015 veröffentlichten Marc Stevens, Pierre Karpman und Thomas Peyrin eine Freestart-Kollision für die Kompressionsfunktion von SHA-1. Damit waren bis dahin geltende Abschätzungen, wann es zu welchen Kosten möglich ist, für SHA-1 aufgrund steigender Rechenleistung Chosen-Prefix-Kollisionen zur Fälschung von TLS-Zertifikaten zu finden, hinfällig.<a href="#cite_note-3">[3]</a><a href="#cite_note-Schneier-SHA1-4">[4]</a> Sie empfahlen, von SHA-1 baldmöglichst zu SHA-2 oder SHA-3 überzugehen.

Im Februar 2017 veröffentlichten Google-Mitarbeiter eine erste Kollision von SHA-1. Sie erzeugten zwei verschiedene funktionierende <a href="Portable_Document_Format" title="Portable Document Format">PDF-Dateien</a> mit gleichem SHA-1-Prüfwert unter enormem Aufwand. Eine einzelne CPU hätte etwa 6500 Jahre dafür benötigt.<a href="#cite_note-5">[5]</a> Im Jahre 2019 benötigten öffentlich bekannte Chosen-Prefix-Angriffe 266,9 bis 269,4 SHA-1-Berechnungen, um Kollisionen zu finden. Das entsprach im Jahre 2017 100 GPU-Jahren Rechenkapazität.<a href="#cite_note-6">[6]</a>

<div class="mw-heading mw-heading3"><h3 id="Empfehlungen">Empfehlungen</h3></div>

Als Reaktion auf die bekanntgewordenen Angriffe gegen SHA-1 hielt das <a href="National_Institute_of_Standards_and_Technology" title="National Institute of Standards and Technology">National Institute of Standards and Technology</a> (NIST) im Oktober 2005 einen Workshop ab, in dem der aktuelle Stand kryptologischer Hashfunktionen diskutiert wurde. NIST empfiehlt, SHA-1 nicht mehr für <a href="Digitale_Signatur" title="Digitale Signatur">digitale Signaturen</a> zu verwenden, lässt die Nutzung für Anwendungszwecke, die keine Kollisionsresistenz benötigen, aber noch bis 2030 zu.<a href="#cite_note-7">[7]</a><a href="#cite_note-8">[8]</a> Das BSI empfiehlt die Verwendung von SHA-2 oder <a href="SHA-3" title="SHA-3">SHA-3</a> anstelle von SHA-1.<a href="#cite_note-9">[9]</a> Im Oktober 2015 empfahl Bruce Schneier, SHA-1 nicht mehr zu verwenden.<a href="#cite_note-Schneier-SHA1-4">[4]</a>

<div class="mw-heading mw-heading3"><h3 id="Beispiel-Hashes">Beispiel-Hashes</h3></div>

<pre>SHA1("Franz jagt im komplett verwahrlosten Taxi quer durch Bayern")

= 68ac906495480a3404beee4874ed853a037a7a8f

</pre>

Ein Tippfehler (G statt F) ändert den Text um nur ein Bit (ASCII-Code 0x47 statt 0x46):

<pre>SHA1("Granz jagt im komplett verwahrlosten Taxi quer durch Bayern")

= 89fdde0b28373dc4f361cfb810b35342cc2c3232

</pre>

Eine kleine Änderung der Nachricht erzeugt also einen komplett anderen Hash. Diese Eigenschaft wird in der <a href="Kryptographie" title="Kryptographie">Kryptographie</a> auch als <a href="Lawineneffekt_(Kryptographie)" title="Lawineneffekt (Kryptographie)">Lawineneffekt</a> bezeichnet.

Der Hash eines Strings der Länge null ist:

<pre>SHA1("")

= da39a3ee5e6b4b0d3255bfef95601890afd80709

</pre>

<div class="mw-heading mw-heading3"><h3 id="Pseudocode">Pseudocode</h3></div>

Es folgt der <a href="Pseudocode" title="Pseudocode">Pseudocode</a> für den SHA-1.

<pre>// Beachte: Alle Variablen sind vorzeichenlose 32-Bit-Werte und

// verhalten sich bei Berechnungen <a href="Kongruenz_(Zahlentheorie)" title="Kongruenz (Zahlentheorie)">kongruent (≡)</a> modulo 2^32

</pre>

<pre>// Initialisiere die Variablen:

var int h0 := 0x67452301

var int h1 := 0xEFCDAB89

var int h2 := 0x98BADCFE

var int h3 := 0x10325476

var int h4 := 0xC3D2E1F0

</pre>

<pre>// Vorbereitung der Nachricht 'message':

var int message_laenge := bit_length(message)

erweitere message um bit "1"

erweitere message um bits "0" bis Länge von message in bits <a href="Kongruenz_(Zahlentheorie)" title="Kongruenz (Zahlentheorie)">≡</a> 448 (mod 512)

erweitere message um message_laenge als 64-Bit <a href="Byte-Reihenfolge#Big-endian" title="Byte-Reihenfolge">big-endian</a> Integer

</pre>

<pre>// Verarbeite die Nachricht in aufeinander folgenden 512-Bit-Blöcken:

für alle 512-Bit Block von message

unterteile Block in 16 32-bit <a href="Byte-Reihenfolge#Big-endian" title="Byte-Reihenfolge">big-endian</a> Worte w(i), 0 ≤ i ≤ 15

</pre>

<pre> // Erweitere die 16 32-Bit-Worte auf 80 32-Bit-Worte:

für alle i von 16 bis 79

w(i) := (w(i-3) xor w(i-8) xor w(i-14) xor w(i-16)) leftrotate 1

</pre>

<pre> // Initialisiere den Hash-Wert für diesen Block:

var int a := h0

var int b := h1

var int c := h2

var int d := h3

var int e := h4

</pre>

<pre> // Hauptschleife:

für alle i von 0 bis 79

wenn 0 ≤ i ≤ 19 dann

f := (b and c) or ((not b) and d)

k := 0x5A827999

sonst wenn 20 ≤ i ≤ 39 dann

f := b xor c xor d

k := 0x6ED9EBA1

sonst wenn 40 ≤ i ≤ 59 dann

f := (b and c) or (b and d) or (c and d)

k := 0x8F1BBCDC

sonst wenn 60 ≤ i ≤ 79 dann

f := b xor c xor d

k := 0xCA62C1D6

wenn_ende

</pre>

<pre> temp := (a leftrotate 5) + f + e + k + w(i)

e := d

d := c

c := b leftrotate 30

b := a

a := temp

</pre>

<pre> // Addiere den Hash-Wert des Blocks zur Summe der vorherigen Hashes:

h0 := h0 + a

h1 := h1 + b

h2 := h2 + c

h3 := h3 + d

h4 := h4 + e

</pre>

<pre>digest = hash = h0 append h1 append h2 append h3 append h4 //(Darstellung als <a href="Byte-Reihenfolge#Big-endian" title="Byte-Reihenfolge">big-endian</a>)

</pre>

Beachte: Anstatt der Original-Formulierung aus dem FIPS PUB 180-1 können alternativ auch folgende Formulierungen verwendet werden:

<pre>(0 ≤ i ≤ 19): f := d xor (b and (c xor d)) (Alternative)

</pre>

<pre>(40 ≤ i ≤ 59): f := (b and c) or (d and (b or c)) (Alternative 1)

(40 ≤ i ≤ 59): f := (b and c) or (d and (b xor c)) (Alternative 2)

(40 ≤ i ≤ 59): f := (b and c) + (d and (b xor c)) (Alternative 3)

(40 ≤ i ≤ 59): f := (b and c) xor (d and (b xor c)) (Alternative 4)

</pre>

<div class="hauptartikel" role="navigation">→ Hauptartikel: <a href="SHA-2" title="SHA-2">SHA-2</a></div>

Das <a href="National_Institute_of_Standards_and_Technology" title="National Institute of Standards and Technology">NIST</a> hat vier weitere Algorithmen veröffentlicht, die größere Hash-Werte erzeugen. Es handelt sich dabei um den SHA-224, SHA-256, SHA-384 und SHA-512, wobei die angefügte Zahl jeweils die Länge des Hash-Werts (in Bit) angibt. Später kamen noch die Versionen SHA-512/256 und SHA-512/224 hinzu. Diese Weiterentwicklungen werden häufig unter der Bezeichnung SHA-2 zusammengefasst. Sie sind nach dem gleichen Konstruktionsprinzip aufgebaut wie SHA-1, man hat nur den internen Datenblock auf 256 bzw. 512 Bit vergrößert und die <a href="Blockverschl%C3%BCsselung" title="Blockverschlüsselung">Blockverschlüsselung</a> modifiziert, auf der die Kompressionsfunktion basiert.

Von den Algorithmen SHA-1 und SHA-256 hat man die Blockverschlüsselung <a href="SHACAL" title="SHACAL">SHACAL</a> abgeleitet. Diese besteht im Wesentlichen in der internen Blockverschlüsselung von SHA-1 bzw. SHA-256, die hier für sich allein genutzt wird.

Weil man im Jahr 2004 grundlegende Schwächen der Merkle-Damgård-Konstruktion entdeckte, suchte das NIST nach einer neuen Hashfunktion, die wesentlich zukunftssicherer als SHA-2 sein sollte. Es rief dazu zu einem Wettbewerb auf, wie zuvor bereits für den <a href="Advanced_Encryption_Standard" title="Advanced Encryption Standard">Advanced Encryption Standard</a> (AES). Die Wahl fiel im Oktober 2012 auf <a href="SHA-3" title="SHA-3">Keccak</a>, die dann im August 2015 unter der Bezeichnung SHA-3 in verschiedenen Varianten standardisiert wurde. SHA-3 ist grundlegend anders als SHA-2 aufgebaut, nämlich als sogenannte Sponge-Konstruktion.

<div class="mw-heading mw-heading2"><h2 id="Spezifikationen">Spezifikationen</h2></div>

<ul><li>D. Eastlake, P. Jones: <a href="Request_for_Comments" title="Request for Comments">RFC</a>: <style data-mw-deduplicate="TemplateStyles:r250917974">

/* start https://de.wikipedia.org/ */

.mw-parser-output .dewiki-iconexternal>a{background-position:center right!important;background-repeat:no-repeat!important}body.skin-minerva .mw-parser-output .dewiki-iconexternal>a{background-image:url("./_mw_/OOjs_UI_icon_external-link-ltr-progressive.svg")!important;background-size:10px!important;padding-right:13px!important}body.skin-timeless .mw-parser-output .dewiki-iconexternal>a,body.skin-monobook .mw-parser-output .dewiki-iconexternal>a{background-image:url("./_mw_/MediaWiki_external_link_icon.svg")!important;padding-right:13px!important}body.skin-vector .mw-parser-output .dewiki-iconexternal>a{background-image:url("./_mw_/Link.ernal-small-ltr-progressive.svg")!important;background-size:0.857em!important;padding-right:1em!important}

/* end https://de.wikipedia.org/ */

</style><a href="https://datatracker.ietf.org/doc/html/rfc3174" class="extiw external" title="rfc:3174">3174</a> – US Secure Hash Algorithm 1 (SHA1). September 2001 (englisch).</li>

<li>D. Eastlake, T. Hansen: <a href="Request_for_Comments" title="Request for Comments">RFC</a>: <a href="https://datatracker.ietf.org/doc/html/rfc6234" class="extiw external" title="rfc:6234">6234</a> – US Secure Hash Algorithms (SHA and SHA-based HMAC and HKDF). Mai 2011 (löst <a href="https://datatracker.ietf.org/doc/html/rfc4634" class="extiw external" title="rfc:4634">RFC 4634</a> ab, englisch).</li></ul>

<div class="mw-heading mw-heading2"><h2 id="Siehe_auch">Siehe auch</h2></div>

<ul><li><a href="Zyklische_Redundanzpr%C3%BCfung" title="Zyklische Redundanzprüfung">Zyklische Redundanzprüfung</a> (ZRP, engl. CRC)</li>

<li><a href="Pr%C3%BCfsumme" title="Prüfsumme">Prüfsumme</a></li>

<li><a href="Hamming-Code" title="Hamming-Code">Hamming-Code</a></li>

<li><a href="Elliptic_Curve_Cryptography" title="Elliptic Curve Cryptography">Elliptic Curve Cryptography</a></li>

<li><a href="Parit%C3%A4tsbit" title="Paritätsbit">Paritätsbit</a></li>

<div class="mw-heading mw-heading2"><h2 id="Weblinks">Weblinks</h2></div>

<ul><li><a rel="nofollow" class="external text" href="http://csrc.nist.gov/publications/fips/fips180-4/fips-180-4.pdf">FIPS PUB 180-4</a> Secure Hash Standard (PDF; 369 kB)</li>

<li><a rel="nofollow" class="external text" href="http://www.z1-web.de/Webmaster-Tools_SHA1-Passwort-Generator">SHA1-Passwort-Generator</a> Online-Konverter zur Generierung von SHA1-Hashwerten aus normalem Text</li>

<li><a rel="nofollow" class="external text" href="https://www.psw-group.de/blog/sha-1-wird-verabschiedet-sha-2-startet-das-muessen-sie-wissen/1665">SHA-1 wird verabschiedet, SHA-2 startet (Update: SHA-3 wird Standard)</a> IT-Security, von Christian Heutger, 6. August 2015.</li></ul>

Zu den Schwächen von SHA

<ul><li><a href="Arjen_Lenstra" title="Arjen Lenstra">Arjen Lenstra</a>: <a rel="nofollow" class="external text" href="http://infoscience.epfl.ch/record/164540/files/NPDF-33.pdf">Further progress in hashing cryptanalysis</a>, 26. Februar 2005 (englisch, PDF; 89 kB)</li>

<li>Xiaoyun Wang, Yiqun Lisa Yin, Hongbo Yu: <a rel="nofollow" class="external text" href="http://cryptome.org/wang_sha1_v2.zip">Finding Collisions in the Full SHA-1</a> (englisch, PDF; <a href="ZIP-Dateiformat" title="ZIP-Dateiformat">ZIP</a>; 190 kB)</li>

<li><a rel="nofollow" class="external text" href="https://www.heise.de/security/meldung/Zweifel-an-der-Notwendigkeit-des-Kryptostandards-SHA3-1497267.html">Zweifel an der Notwendigkeit des Kryptostandards SHA3</a> heise online 30. März 2012</li></ul>

<div class="mw-heading mw-heading2"><h2 id="Einzelnachweise">Einzelnachweise</h2></div>

<li id="cite_note-1"><a href="#cite_ref-1">↑</a> <a href="Bruce_Schneier" title="Bruce Schneier">Bruce Schneier</a>: <a rel="nofollow" class="external text" href="http://www.schneier.com/blog/archives/2005/02/sha1_broken.html">SHA-1 Broken.</a> 15. Februar 2005, abgerufen am 10. Dezember 2011 (englisch).<span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3ASecure+Hash+Algorithm&rft.title=SHA-1+Broken&rft.description=SHA-1+Broken&rft.identifier=http%3A%2F%2Fwww.schneier.com%2Fblog%2Farchives%2F2005%2F02%2Fsha1_broken.html&rft.creator=%5B%5BBruce+Schneier%5D%5D&rft.date=2005-02-15&rft.language=en">

</li>

<li id="cite_note-2"><a href="#cite_ref-2">↑</a> Xiaoyun Wang, Yiqun Lisa Yin und Hongbo Yu: <cite style="font-style:italic">Finding Collisions in the Full SHA-1</cite>. In: <cite style="font-style:italic">CRYPTO</cite>. 2005, S. 17–36 (<a rel="nofollow" class="external text" href="http://people.csail.mit.edu/yiqun/SHA1AttackProceedingVersion.pdf">PDF</a>).<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&rfr_id=info:sid/de.wikipedia.org:Secure+Hash+Algorithm&rft.atitle=Finding+Collisions+in+the+Full+SHA-1&rft.au=Xiaoyun+Wang%2C+Yiqun+Lisa+Yin+und+Hongbo+Yu&rft.btitle=CRYPTO&rft.date=2005&rft.genre=book&rft.pages=17-36" style="display:none">

</li>

<li id="cite_note-3"><a href="#cite_ref-3">↑</a> <a rel="nofollow" class="external free" href="https://sites.google.com/site/itstheshappening/">https://sites.google.com/site/itstheshappening/</a>

</li>

<li id="cite_note-Schneier-SHA1-4">↑ <a href="#cite_ref-Schneier-SHA1_4-0">a</a> <a href="#cite_ref-Schneier-SHA1_4-1">b</a> <a rel="nofollow" class="external free" href="https://www.schneier.com/blog/archives/2015/10/sha-1_freestart.html">https://www.schneier.com/blog/archives/2015/10/sha-1_freestart.html</a>

</li>

<li id="cite_note-5"><a href="#cite_ref-5">↑</a> Marc Stevens, Elie Bursztein, Pierre Karpman, Ange Albertini, Yarik Markov: <a rel="nofollow" class="external text" href="https://shattered.io/static/shattered.pdf">The first collision for full SHA-1</a>, shattered.io

</li>

<li id="cite_note-6"><a href="#cite_ref-6">↑</a> G. Leurent, T. Peyrin: <a rel="nofollow" class="external text" href="https://eprint.iacr.org/2019/459.pdf">From Collisions to Chosen-Prefix Collisions. Application to Full SHA-1</a>, Inria

</li>

<li id="cite_note-7"><a href="#cite_ref-7">↑</a> NIST Special Publication 800-131A, Revision 2: <a rel="nofollow" class="external text" href="https://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-131Ar2.pdf">Transitioning the Use of Cryptographic Algorithms and Key Lengths</a>. März 2019. Seite 18f.

</li>

<li id="cite_note-8"><a href="#cite_ref-8">↑</a> <a rel="nofollow" class="external text" href="https://csrc.nist.gov/news/2022/nist-transitioning-away-from-sha-1-for-all-apps">NIST Transitioning Away from SHA-1 for All Applications</a>. 15. Dezember 2022.

</li>

<li id="cite_note-9"><a href="#cite_ref-9">↑</a> <a href="Bundesamt_f%C3%BCr_Sicherheit_in_der_Informationstechnik" title="Bundesamt für Sicherheit in der Informationstechnik">BSI</a> (Hrsg.): <cite style="font-style:italic">TR-02102-1 Kryptographische Verfahren: Empfehlungen und Schlüssellängen</cite>. 2024-01 Auflage. 2. Februar 2024, 1.5. Umgang mit Legacy-Algorithmen, S. 24 (<a rel="nofollow" class="external text" href="https://www.bsi.bund.de/DE/Themen/Unternehmen-und-Organisationen/Standards-und-Zertifizierung/Technische-Richtlinien/TR-nach-Thema-sortiert/tr02102/tr-02102.html?nn=433400">bund.de</a> [abgerufen am 6. September 2024]): „SHA1 ist keine kollisionsresistente Hashfunktion. [...] Als grundsätzliche Sicherungsmaßnahme wird empfohlen, auch in diesen Anwendungen eine Hashfunktion der SHA2- oder der SHA3-Familie einzusetzen.“<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abookitem&rfr_id=info:sid/de.wikipedia.org:Secure+Hash+Algorithm&rft.atitle=1.5.+Umgang+mit+Legacy-Algorithmen&rft.btitle=TR-02102-1+Kryptographische+Verfahren%3A+Empfehlungen+und+Schl%C3%BCssell%C3%A4ngen&rft.date=2024-02-02&rft.edition=2024-01&rft.genre=bookitem&rft.pages=24" style="display:none">

</li>

</ol></div><div><div class="zim-footer">

Dieser Artikel wurde von <a class="external text" title="Zuletzt bearbeitet am 2025-11-16" href="https://de.wikipedia.org/wiki/?title=Secure_Hash_Algorithm&oldid=261612744">Wikipedia</a> herausgegeben. Der Text ist unter <a class="external text" href="https://creativecommons.org/licenses/by-sa/4.0/deed.de">Creative Commons Attribution-Share Alike 4.0</a> verfügbar, sofern nicht anders angegeben. Für die Mediendateien können zusätzliche Bedingungen gelten.

</div>

</div></div>

</div>

</main>

</div>

</body></html>